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Optimising Resource Usage in a Packet Smtched Network 
Field of flie Invention 

5 The present invention relates to optimising lesouice usage in a packet switched network 
and more particularly witiiin a packet switched network of a cellular 
telecommunications network. 

Background to tibie invention 

10 

Many operators of existing 2G cellular telecommunication networks have now 
introduced packet switched based data services. In GSM networks, these services are 
Militated by fho General Packet Radio Service (GPRS) protocols and systems. A 
typical network architecture is illustrated in Figure 1. The 3G standards produced by 
15 the 3*^ Genemtion Partnership Project) have introduced the concept of a Media 
Resource Function (MRF) 1 which is intended to act as a general puxpose media 
handling node and might typically be located within an IP Multimedia Sub-System 
(IMSS) 4 of the cellular network. MRF nodes may also be introduced into 2G networks 
offering packet switched based data services. 

20 

One specific function of tiie MRF is in the handling of Voice over IP (VoIP) conference 
calls including Ihe mixing and distribution of user media. In an example architecture, 
participants 3 in a conference call establish the call using Session Initiation Protocol 
(SIP) signalling which is fecilitated and routed through the IMSS 4. A SIP server 5 

25 known as the Serving Call Session Control Function (S-CSCF) routes SIP signalling to 
and firom the MRF 1 in order to establish and control calls. Once a session has been 
established, media is routed between the MRF and user terminals (referred to below as 
"User Equipmenf ' or UEs) via tiie Radio Access Network (RAN) 6 and the GPRS core 
network 7 (m particular via the GPRS Gateway Siqsport Nodes (GGSNs) 8). NB. In 

30 Figure 1 only connections between a first of the UEs 3 and the network elements are 
shown in detail. The connections between the network and the other UEs (identified by 
dotted lines) merely indicate the exchange of data (i.e. respective RANs, IMSS, etc are 
omitted). 
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The Real time Tiansport Protocol (RTP) is an Ihtemet protocol standard liiat defines a 
way for applications to manage the xeal-time transmission of multimedia data. RTP is 
used at the bearer or media level (as opposed to the call control level which employs 
5 SIP or other call control protocol) for Intemet telephony applications including VoIP. 
RTP does not guarantee real-time delivery of multimedia data, as tins is dependent on 
fhe actual network characteristics. RTP provides tiie functionality to manage the data as 
it arrives to best effect User Plane Ad^tation (UPA) is the procedure used by the 
MRF and a given UE to monitor the RTP traffic between them and to adjust bandwidth 

10 utilisation in an attempt to provide optimal quality during a talk session. UPA provides 
for the MRF to dynamically redefine the talk burst duration which is encapsulated in a 
given RTP packet on a given Unk (this parameter is known as ptime) and the codec used 
fbr that link (the codec is identified by one of a number of paranaeters contained in a 
**mode sef *). The SIP message xelNVITE/UPDATE is used to signal tiiese parameters 

15 totheUE. The UE may also send this message to the MRF in order to notify the MRF 
of its c^pabilities/rBquirements. 

TTie group know as the Open Mobile Alliance has developed a Push to talk Over 
Cellular (PoC) specification aimed at enabling the provision of services over standard 

20 mobile netwodcs whidi resemble walkie-talkie services, Le. at the push of a button a 
subscriber can be instantly connected to one or more other subscribers. PoC relies upon 
the MRF to set iq> and handle connections. The PoC specification describes the tools 
available to detect packet loss over fhe links between the MRF and individual UEs. 
PoC also describes a means to request a change in bandwidth utilization, but does not 

25 provide detailed algorithms or procedures to enable this. 

Summary of the favention 

According to a fiurst aspect of the present invention there is provided a method of 
30 optimising the bandwidth usage on a Real-Time Protocol managed link transporting 
media firom a Media Resource Function of a cellular telecommunications network to 
User Equipment, the method comprising: 

monitoring properties of the link; and 
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as a result of said monitoiing^ adapting the sending rate over the link by re- 
packetising media, received at the Media Resource Function fiom third party nodes, to 
increase or decxease tiie size of packets sent over the link. 

5 The invention is applicable in particular to networks in which the Media Resource 
Function is arranged to handle media distribution for Push-to-talk over Cellular 



Embodiments of the present invention have the advantage that adaption on the downlink 
10 can be achieved without having to vary the packet sizes transmitted by third party 
nodes. Thus, transmission delays on these uplinks to the Media Resource Function are 
maintained at optimum levels. An additional consequential benefit is that bandwidth 
usage can be adapted without having to signal to other UBs. Expensive additional 
signalling traffic is thus avoided. 



Preferably, the method comprises re-packetising received media only into packet sizes 
which are larger than the packet sizes in which the media is received at the Media 
Resource Function. 

20 Typically, the step of monitoring tiie properties of the link comprises sampling the rate 
of packet loss on the link. This may be carried out at the receiving UE» with the UE 
sending the samples to the Media Resource Function. The Media Resource Function 
adjusts the sent packet size in order to reduce the rate of packet loss on the link or to 
decrease the transmission delay. In particular, when the rate of packet loss is 

25 unacceptably high, the Media Resource Function may re-packetise inconung media into 
larger packets, thereby reducing the packet header overhead and reducing the bandwidth 
usage on the downlink. When the rate of packet loss is within acceptable limits, the 
incoming media may be re-packetised to reduce the packet size, thereby reducing tiie 
transmission delay over the link. 



It will be appreciated that said step of adapting the sending rate is carried out 
dynamically in response to the monitored rate of packet loss. 



services. 
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Prefetably, in the event that media is to be r^acketised at the Media Resource Function, 
received media is stored at the Media Resource Function in a buffer until such time as 
sufficient media has been received to constmct a packet of the necessary size. 

5 Said third party nodes are typically peer User Equipment (LJEs), although they may be 
other nodes such as web servers, etc. 

According to a second aspect of the present invention theie is provided a Media 
Resource Function node for use in a cellular telecommunications network^ the node 
10 handling media sent between itself and user equipment over a Real-Time Protocol 
managed link, the node comprising: 

means for monitoring properties of the downlink to the User Equipment; and 
means for adapting, based upon the monitored properties, tiie sending rate over 
the link by re-paclretising media received fit>m tibird party nodes, to increase or decrease 
15 the size of packets sent over said downlink 

Brief Description of the Drawings 

Figure 1 illustrates schematically the architecture of a cellular telecommunications 
20 network employing a MRF node to coordinate VoIP voice conferencing; and 

Figure 2 is a flow diagram illustrating a metiiod for adapting bandwidth usage on a link 
of a VoIP voice conference. 

Detailed Description of Certain Embodiments 

25 

Considering now in detail the PoC service, a single MRF can manage thousands of talk 
sessions, with each session being independent from other sessions that m^ be hosted 
by the same MRF. A given talk session will comprise two or more pieces of user 
equipment (UE) and the central MRF. These UEs might each have different 
30 capabilities. Talk bursts from a UE are encoded and sent to the MRP (via respective 
GGSNs) as one or more RTF packets, referred to here as simply '"packets'*. The MRF 
then forwards the packets to the or each other UE participating in the same talk session. 
The path which the packets take from the UE to the MRF is called the '"uplinlcf' . The 
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paftwMch packets take fix>m the ^ffiF to the UE is caUed the "^^ Thexateof 
packet loss may be difiBBient for each link in the chain. ParticQlarly for real-time 
applications such as VoIP, the quality of the perceived user ejqjerience is critically 
dependent upon the rate of packet loss. A talk session mvolving ten UEs will involve 
5 twenty different links (UE to MRF and MRF to UE) and therefore twenty different 
potential trouble areas. 

As set out above, User Plane Adaptation (UPA) is the procedure used to detect and then 
reduce packet loss for the duration of a talk session. Once it has been determined that 

10 the level of packet loss occurring on a given link is sufficiently high to affect perceived 
service quality, the UPA procedure will act to reduce packet loss. The only practical 
tool avaOable to the MRF and the UEs for achieving this result is the reduction of 
bandwidth usage on flie troubled link. Bandwidth can be reduced by using a higher 
con^ression rate codec and/or by reducing transport overheads by sending larger 

15 packets. 

Uplink Packet Loss 

The MRF is responsible for detecting packet loss on the uplink from each UE. A UE is 
notified of packet loss by the MRF sending to it an RTCP Receiver Report (RR). A RR 
20 provides the total numb^ of packets lost since the talk session began. The packets lost 
over a given talk burst can be calculated by subtracting the packet loss identiiied in tiie 
latest report from that identified in the last received report. 

Downlink Packet Loss 

25 The UE is responsible for detecting packet loss on the downlink. The UE will send an 
RR to the MRF after each talk burst is received on the downlink, thereby informing tihe 
MRF of any lost packets. 

A packet receiver (at the MRF or UE) detects packet loss by measuring gaps m fhe RTF 
30 sequence numbers used In a packet stream. Let Sa be the highest sequence number 
received, let S/ be the lowest sequence number received, and let P be the total number of 
packets received Then the number of lost packets is: 
Lost=((SA.S/)+l)~P 
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As some packets may be duplicates, it is possible to arrive at a negative value for the 
number of packets lost. This is inconsequential here. This simple formula requires that 
the RTP sequence number is maintained throu^out the talk session (allowing for wrap- 
around of sequence numbers), and is not restarted at the beginning of each burst. 

5 

Throughout a session, the MRF and UE can detect the loss of packets. However, an 
occasional loss of packets should not trigger link adaptation. Ra&er, ad^tation of the 
link should be triggered only by continued packet loss over many samples. Packet loss 
samples are tak^ periodically, occasionally triggering bandwidtii adaptation if 
10 continued loss is evident 

A sample loss rate is calculated for each link at the end of each talk burst received on 
that link or vftea a receiver report (RR) arrives. The rate of loss for a single sample is 
the number of packets lost since the last sample. The rate of loss over several sanq>les is 
15 the average sanqple loss rate. 

The loss analysis procedure uses five parameters: 

1 . The sampled loss, L, 

2. The number of samples iV^required in order to calculate the rate of loss. 

20 The rate of loss RL, where: = (In - i(fe.N+i)>W and n is tiie most recently 

san^led loss. 

3. The acceptable rate of loss. Call this value 

4. The time that must pass between attempts to perform bandwidth adaptation. 
Call this value T. This value may be delQned in terms of samples rather than 

25 actual time. 



Once tiie node has gathered N samples, it can begin to calculate RL. The rate of loss 
calculation only includes the last N samples as defined by a sliding window which is 
advanced by one sanq)le each time a new sample is obtained. If RL exceeds the ARL 
30 value and a time Thas passed since &e last link adaptation, then a bandwidth adaptation 
procedure is initiated. The MRF will be configured with the values for AT, ARL, and T. 
The UB may be similarly configured, or these values may be hard coded 
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Once a bandwiddi effidency improvement measure has been applied to a link, it is said 
fliat tbte link has been 'downgraded*. links that peifonn well in a downgraded state may 
be upgraded later. A link that has been previously downgraded will begin performing 
well either because the new bandwidth utilisation is ideal for the link conditions, or 
5 because the problems causing packet loss have dissipated. Therefore, the UPA process 
should upgrade a previously downgraded link after some period of good perficmnance. 
It is necessary, therefore, to define good performance and tiie period of good 
performance that must pass before attempting an upgrade. 

10 Good performance is reached when the rate of loss remains below or at the ABL value. 
This perfomiance must be maintained for some period called here good performance 
time (GP2). The GPT should be greater than T. If the rate of loss ever exceeds the 
vlRL value, then performance is considered poor again, and the timer is reset Qnlyafter 
good performance has been maintained for a period equal to or greater than GPr, can 

IS the link be upgraded. 

Once the MRF or the UE determines that bandwidth adaptation is required, each may 
separately initiate a bandwidth adaptation procedure. It is possible for both the UE and 
the MRF to initiate bandwidth adaptation for both the uplink and the downlink. This is 
20 allowed by the PoC sfpecification. However, it is unnecessary for both tiie UE and the 
MRF to initiate bandwidth adaptation procedures. It is recommended that a UE honours 
a new ptime value and mode-set ^en it receives any relNVTIE/UPDATE request, but 
that the UE does not actually monitor or perform media changes itself, i.e. the UE 
should not itself izdtiate bandwidth adaptation. 

25 

As each link 'joins'' a talk session, the link is given a grade tiiat determines the granted 
pUme and mode-set (codecs) that may be used on the link. Bandwid& adaptation 
involves downgrading or upgrading the link and making use of the new media attributes 
on that link. 

30 

The flow diagram of Figure 2 illustrates the method of adaptively varying bandwidth 
usage. 
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Considering now each of the various components in detail: 
Media Resource Function 
5 Uplink 

The MRF can request that a given UE attempt to use less bandwidth on the uplink in 
Older to reduce pacl^t loss on that link. This is accomplished by sending a 
relNVITB/UPDATE wift an SDP (Session Descrqstion Protocol, KFC 2327) that 
requests a higher pUme value or a lower bandwidth codec. This request is sent only to 
10 the UE transmitting on the troubled uplink If the current ptime value has reached the 
msxptime fi>r that link and the lowest rate codec available to aU participants is already 
being used, then &rther adaptation cannot be initiated. 

Downlink 

1 5 The MRF can attempt to improve downlink performance in one of two ways: 

1. Reorganise the packets for that link in such a way that the packets require less 
bandwidth. This method is called repacketisation. 

2. Request that all other UEs in the session begin to send more bandwidth efBcient 
packets. This method is called Least Common Denominator. 

20 It may be possible to comibine these methods; for example, repacketise on a link-by-Hnk 
basis, whilst requesting lower bandwidth codecs from all UEs. 

Considering solution 1. above, the MRF could rearrange packets before sending them 
on the downlink This could mean transcoding to a more bandwidth efficient codec, 

25 using larger packets with a lower overhead, or a combination of both However, under 
the current proposals, the MRF is not capable of transcoding, which leaves only the 
option of buOding larger packets. In order to create larger packets, the MRF must 
buffer, on a downlink-by-downlink basis, smaUer packets until a packet of the required 
size can be composed. If a talk burst ends before enough packets are collected, then 

30 whatever packets have been buffered are used to build the final packet which is sent 
immediately to the UE. As the largest packet corresponds to a 400 ms speech burst, this 
approach will result in the buffering of no more than 300 bytes per downlink. This is 
considered manageable. 
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An assunq)tion is made that re-packetisation is used only to create packets which are 
larger than those corresponding packets received on the uplink, i.e. re-packetisation is 
not used to break up received packets into smaller packets. Of course, this possibility is 
5 not excluded. 

The noain advantages of this approach are: 

The performances of the remaining downlinks do not suffer due to a single 
problem link. 

10 It does not require the cooperation of the UEs. 

It does not require signalling of new ptime values. 
The main disadvantage is: 

It requires more complexity in the MRF processor (MRFP) to handle packet 
processing. 

15 

Considering now solution 2., this approach requires that all UEs begin to send more 
bandwidth efficient packets on their uplink in order to give better performance to a 
single troubled downlink. This approach requires that a relNVITE/UPDATE be sent by 
the MRF to each UE in order to move participating UEs to the new media values. 
20 The main advantage of this approach is: 

The MRFP is not responsible for manipulating packets. 
The noain disadvantages are: 

All links in the session may be subject to longer delays and/or use lower rate 

codecs in order to accommodate a single participant. NB. Longer delays arise 
25 because of the need to buffer media until an amount sufficient to fill the larger 

packet size has been received. 

If a UE ignores tiie new ptime value (notified to it in the relNVITE/UPDATB 
message), packets fioom diat UE may still be lost 

All upgrade/downgrade procedures must consider the lowest attribute of all 
30 participants before taking any action. 

A considerable amount of additional network signalling is required whenever a 
link grade changes. 
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It is worth considering the affect of fb&se solutions when UEs are added to or removed 
firom an ongoing session. If the lepacketisation approach (sohition 1.) is used for 
downlink adaptation, then no special action is required to adjust the ptime value when a 
rate limiting UE leaves or joins a session. If however the Least Common Denominator 
5 ^proach (solution 2.) is used, then remaining UEs must be notified of the new ptime 
settmg if it is higher or lower than the existing settings. 

The Adaptive Multi Rate codec defines eight modes of operation. Different handsets 
have difG^ent abilities to su{>port tiie different modes. A handset is able to supply a list 
10 of supported modes, or a 'teode-sef . In order to detemiine a mode acceptable to all 
UEs in a session, the MRF receives a mode-set from each UB, and selects a mode at 
which all mode-sets intersect 

Irrespective of the bandwidfli adaptation approach used, the MRF must make sure that 
IS ttxe mode-set used by aU UEs is the intersection of all of the participating UEs and the 
mode-set assigned to the worst performing downlink. This means the intersections of 
the mode-sets must be recomputed each time a UE joins or leaves the session. If the 
intersection changes as a result, it must be communicated to the existing participants. 

20 A carefiil consideration of the various solutions considered above leads to the 
conclusion that the optimal solution is that which involves the re-packetisation of media 
at the Media Resource Function prior to sending over the downlink. This minimises or 
eliminates additional signalling whilst allowing bandwidth usage on the uplinks from 
ofhei UEs to be maintained at an optimal level taking into account the desire to 

25 minimise transmission delays. 

Other codecs such as EVRC (used by CDMA handsets) do not make use of the concept 
of mode-sets. 

30 User Equipment 



Uplink 
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A UE may deciease bandwidth utilization on tiie uplink by changing to a lower 
bandwidth codec, by sending larger packets, or using a combination of both actions. 
The UE does not need to signal the use of a higher ptime value, but it may not use a 
value lower than that specified by the MRF or a value higher than some maxptime 
5 value. The UE does not need to signal the use of a lower rate codec, but it may only use 
codecs in the current mode-set signalled by the MRF. 

Downlink 

A UE may request that the MRP send more bandwidth efficient packets on the 
10 downlink by sending a relNVITE/UPDATE to the MRF with new media parameters. 
The MRF may honour the request differently depending on which downlink bandwiddi 
adaptation approach it is using. In case of the Least Common Denominator approach, 
&e MRF will generate an s^yprppriate relNVITE/UPDATE and send it to all other 
participating UEs in order to meet the new media request If the MRF is using the 
1 5 lepacketisation approach, it will honour the request by bufEbring more inbound packets 
and siding larger packets on the downlink. 

It is i2sefu] to introduce ihe concept of a link 'grade* for use in handling the upgrading 
and downgrading of links. For example, one might grade links according to a 1 to 8 

20 scale, where 8 is.the grade for the perfect link, and 1 is the grade for the worst link. 
This means that a link may be downgraded to a maximum of 7 times. Each link 
grade maps to a specific ptime value and mode-set (including codec) that miay be used 
on the link. The specific changes at each level may be configumble. Table 1 below 
shows an example of how the mode-set and ptime values might be set for each of the 

25 link grades, where the mode-set shown includes modes 0 and 1 for the AMR codec. In 
the table, columns 3 and 4 indicate for each grade the bandwidth in kbps which will be 
required to support mode 0 and mode 1 . 

When a new UE is added to a session, that UE specifies (in the SDP INVITE message) 
30 media parameters that correspond to its understanding of its downlink capabilities. The 
mode-set specified by the UE represents all of the modes that it supports, and therefore 
the MRF will always take the intersection of the mode-set initially offered by the UE 
and the mode-set selected based on the linkfs grade. The MRF should assign an initial 
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grade to the link based on the p^e value offered Link upgrading or domigrading 
starts firom Hie initial grade. 

The MRF must be i^dated in order to perform User Plane Adaptation. The 
5 relNVITE/UPDATE signalling is already supported in the MRFC and thereibre no 
changes are necessary. All changes will be made in the MRFP as described in the 
following sections. 
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Tecbmcal Outline 

Media Resource Functioii Processor 

5 Configuration Parameters 

Several new MRFP configuration parameters must be provided and configured via the 
operations and maintenance interfece. The VirtualPD POT should be updated to 
contain tiiese new values. 

10 Implementation proposal: 

Add the following: 





integer 


20 to 1000, 
de&ult400 


Value to use as maximum ptime. 


mh^ftime 


integer 


20 to 1000, 
de&ultSO 


Value to use as mitiimnTn ptime 


samples 


integer 


1 to 1000, 
de&ult 5 


Number of samples to use when 
calculating rate of loss. 


downgcadeFrequency 


integer 


5 to 1000, 
default 10 


Frequency of taking link downgrade 
measures given in samples. Called T 
in the overview. 


arl 


float 


0.0 to 100, 
de&ultl 


Acceptable rate of loss. Called ARL 
in tiie overview. 


upgradeFreqency 


integer 


5 to 1000, 

default 30 


Frequency of taking link upgrade 
measures. 


gradeSteps 


integer 


5 to 12; 
default 12 


Number of steps to use in a link 
grade. This value is used to create a 
grade table based on the min and 
max ptime values. 



Performance Measurements 

In order to judge the quality of &e network and the effectiveness of the UPA procedure 
1 5 and configuration, new performance measurements should be generated. 
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Implementatioii proposal: 

A counter should be stepped each time a link is downgraded and bandwidth 
adaptation procedures are initiated 

A counter should be stepped each time a link is upgraded and bandwidth 
5 adaptation procedures are initiated. 

The average rate of loss for all links should be reported periodically, perhaps at 
the conclusion of a session. 

The average link grade fi>r all links should be reported periodically, peifa^s at 
the conclusion of a session. 

10 

Mode Set Coordination 

The mode set provided by each U£ in the SDP offer or answ^, must be stored and used 
when making offers to other UEs that join a session. The MRF should make sure that 
tiie mode set offered to any UE represents the intersection of tiie mode sets supported by 
15 the current UEs. 

Implementation proposal: 

As each participant joins, their SDP will include the mode-set which their UE 
supports. This set is a series of numbers firom 0 to 7. The set should be 
20 converted to a bitmap, for example: 

Mode-set: 0,1,2,7 becomes 10000111 
The MRFP stores tins bitmap with data about each participant (PdMember 
class). 

The MRFP keeps a record of the current mode-set in use with the session, also 
25 stored as a bitmap. This mode-set starts out as 11111111 for a new empty 

session. 

When a participant joins, that participant's mode-set is "anded" with the current 
mode-set The result is used in the answer SDP. If the result is 0, the UE must 
be rejected and the cucrent set does not change. If the current set has changed as 
30 a result of accepting tiiis new participant then new SDP's must be generated and 

offered to all current participants. 

When a UB exits the session, the current mode-set for the session is re- 
calculated by iterating through tiie list of remaining participants, and "anding" 
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their mode-sets together. Hie resulting mode-set becomes the current set If it is 
different fiom the mode-set in use before Ifae UB exited the session, a new SDP 
must be generated and offered to all remaining participants. 
The current mode-set for the session may be "anded" with the set required due to 
the User Plane Adaptation procedures. If it changes as a result, a new SDP must 
be generated and offered to all particqiants. 

Packet Loss Anafysis 

Implcmcntafion proposal: 

A rate of loss value must be calculated for each link either at Hxe end of each 

received burst, or when a RR is received 

This current value jfer each link is stored in the PdMember class. 

Each new calculation must be reported to the implemented bandwidth adaptation 

procedure. 

Bandwidth Adaptation - Rspacketisation 

Implementation proposal: 

Each PdMember class will have an instance of the Bandwidth Adi^tation class. 
All packets processed by a PdMember will be passed to tiie Bandwidth 
Adaptation class. 

The Bandwidth Adaptation class has bufifered previous packets; it will add the 
packet to its internal buffer. If the buffer has reached ftie minimum required size^ 
it will be sent. 

The Bandwidth Adaptation class must be notified when the floor is released. 

Any buffered data is sent immediately upon tiiis notification. 

If a new packet for the downlink arrives that is smaller fiian the minimum 

allowed; and the buffer is empty, then the pacl^ will be placed in the buffer. If 

the packet is greater fban or equal to the minimimi size, then it will be sent 

immediately. 

The PdMember will inform the Bandwidth Adaptor each time a new Rate of 
Loss value is calculated. The Bandwidth Adaptor will, using the configured 
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values for T, ARL, N, and OPT, determine if tbe related link should be upgraded 
or dowiigraded fiom its current position. 

If a downlink's grade is changed, then a new niinimiiTn buffer size will be 
coxaputedL 

If the uplink's grade is changed, then a new SDP will be computed and sent on 
that link. 

Linkgrading 

Implementation proposal: 

A method of selecting a mode-set and ptime values for each link based on a link 
grade should be established. 

Each PdMember class will have an instance of Bandwidth Ad^ter class. 
The Bandwiddi Adi^ter class will maintain two integer values representing tiie 
grades for the uplink and the downlink. A static table, indexed by the link 
grade, will return a mode-set bitmap and a ptime value. The initial grades for a 
downlink will be assigned by finding the nearest ptime value that matches the 
offered values. The uplink will be assumed to have the best possible grade. 
The grade table will be similar to that of Table 1. 

This table may be computed based on the nai^time and maxptime configuration 
setting and tilie gradeSteps setting. 

Media Renegotiation 

implementation proposal: 

The MRFP should accept new SDP offers during a session. The remote end 
may change the mode-set it accepts or request a different ptime. Other changes 
should result in the offer being rejected (Optionally, if time permits, we could 
accept a new address and port) 

These offers can change the grade of the downlink. A new grade should be 
assigned based on this offer. The bandwidth adaptation methods should be 
applied as though the downlink grade has changed based on the packet loss 
analysis procedure. 
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Hie answer SDP should be generated and letumed based on the media settings 
cunently appropriate far the session. 

User Plane Adaptation Test Tool 
5 It should be possible to use a tool duiing basic test and function test to detennine if the 
UPA procedure is woddng as expected. This means the tool should simulate packet 
loss on both the uplink and downlink in a predictable way so tiiat ihe behaviour of the 
MRFP can be observed. The tool should also accept and comply to new ptime and 
mode-set values. 

0 

Implementation proposal: 

The PoC Simulator or Zeus must be updated to support this testing. 

Add media parameters that specify the rate of loss to simulate for a given ptime 

and the initial downlink media parameters. 
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Grade 


ptimc 


4.75 kbps 


5.1 kbps 


8 


80 


10.2 


10.6 


7 


100 


9J2 


9.6 


6 


120 


8.5 


8.9 


5 


140 


8.1 


8.5 


4 


160 


7.7 


8.1 


3 


200 


7,2 


7.6 


2 


260 


6.7 


7.1 


1 


340 


6.4 


6.8 



Table 1 
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